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(54) System and nr^thcd for transporting IN/AIN signaling over an internet protocol (IP) network 



(57) A systenri and method for transporting IM/AIM 
signaling (e.g., SS7 signaling) over an IP-based net- 
work using Strean Control Transmission Protocol 
(SCTP), wherein a peer-to-peer protocol adaptation 
(PPA) structure is provided at a signaling node. The 
PPA structure includes an intenworking functlonaftty 
between an MTP3 layer and the SCTP messaging, and 
operates to provide a symmetrical MTP2 adaptation 
interface therebetween. The PPA interface functionalrty 
faciiltetes the implementation of network management 
capabilities included in the MTP3 layer such that the 



advantageous features of SS7 signaling are retained in 
the SCTP transport The MTP2 adaptation Interface 
functionality is processed locally with respect to the sig- 
naling node, rather than backhauling the associated sig- 
naling to an external node via an IP connection, the 
PPA structure may be provided at any signaling node 
operable to establish a virtual link across an IP connec- 
tion such as» for example, a signaling gateway, an IP- 
compliant SCP or STP, et cetera. 
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[0001] This nonprovlsional application daims prior- 
ity based upon thefoKowing prior U.S. provisional patent 
application entitled: 'Method And Apparatus For Trans- 
port Of AIN Messages Over IP Networks," Ser. No. 
60/155,041 {Prior Attorney Docket Number: 1098-00), lo 
filed September 21, 1999, in the name(s) of: Ram 
Dantu. 



BACKGROUND OF THE INVENTION 

Technical Fteld of the invention 
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[0002] The present invention relates to networks for 
effectuating telecommunications signaling. More pardc- 
uiarly, and not by way of any limitation, the present 20 
invention relates to a system and method for transport- 
Ing IN/AIN signaling messages over a pacl<et-switched 
network (PSN) such as an Internet Protocol (IP)-based 
network using an IP transport protocol. 

25 

D^scnptfon of Related Art 

[(KKI3] Out*of-band signaling establishes a sepa- 
rate channel for the exchange of signaling information 
between call component nodes in order to set up, main- 30 
tain and service a call in a telephony network< Such 
c^nnels, called signaling links, are used to carry ail the 
necessary signaling messages between the nodes. 
Thus, for example, when a call Is placed, the dialed dig- 
its, trunk selected, and other pertinent information are 35 
sent between network switches using their signaling 
links, rather than the trunks which will ultimately cany 
the bearer traffic, i,e., conversation. 
[0004] Out-of-band signaling has several advan- 
tages that make It more desirable than traditional in- 4q 
band signaling. First, it allows for the transport of more 
data at higher speeds than multi-frequency (MP) out- 
pulsing used in the telephony networks without it. Also, 
because of separate trunks and links, signaling can be 
done at any time in the entire duration of the call, not 45 
just at the beginning. Furthennore, out-of-band signal- 
ing enables signaling to network elements to which 
there is no direct trunk conn^tion. 
[0005] Signaling System No. 7 (SS7) provides a 
packet-based signarmg architecture that has become so 
the out-of-band signaling scheme of choice between 
telephony networks and between network elements 
worldwkie. Three essential components are defined in a 
signaling network based on SS7 architecture. Signal 
Switching Points (SSPs) are basically telephone 55 
switches equipped with SS7-capable software that ter- 
minate slgnaltng links, SSPs generally originate, termi- 
nate, or switch calls. Signal Transfer Points (STPs) are 



the packet switches of the SS7 network. In addition to 
certain specialized functions, they receive and route 
incoming signaling messages towards their proper des- 
tination. Finally, Service Control Points (SCPs) are data- 
bases that provkfe information necessary for advanced 
call-processing and Service Logic execution. 
[0006] As is well known, SS7 signaling architecture, 
effectuated as a nuiftl-l^ered protocol, is standardized 
under the American National Standards Institute (ANSI) 
and the International Telecommunications Union (ITU) 
to operate as the common "glue" thai binds the ubiqui- 
tous autonomous networks together so as to provide a 
"one network** feel that telephone subscribers have 
come to expect Furthennore, SS7 signaling has made 
it possible to provision a host of advanced services (or, 
Value-added Services) based on Intelligent Network 
(IN) / Advanced Intetligent Network (AIN) architectures 
in both wireless and wireline telecommunications net- 
works. 

[0007] Due to the phenomenal growth In popularity 
of the Internet, there has been a tremendous interest in 
using packet-switched network (PSN) infrastructures 
(e.g., those based on Internet Protocol (IP) addressing) 
as a replacement for, or as an adjunct to, the existing 
circuit-switched network (CSN) infrastructures used in 
today's telephony. Rom the network operators' per- 
spective, the inherent traffic aggregation in packet- 
si-wtched infrastructures allows for a reduction in the 
cost of transmission and the infrastructure cost per end- 
user. Ultimately, such cost reductions enable the net- 
work operators to pass on the concomitant cost savings 
to the end-users. 

[0008] Additional factors that are driving the cun-ent 
trend in transporting the bearer traffic on integrated 
and/or h^^jrid networks are: improvements In the quality 
of Vorce-over-IP (VoIP) telephony; the Internet phenom- 
enon; emergence of standards; cost-effective price- 
points for advanced services via media-rich call man- 
agement, et cetera. Some of the emerging standanis in 
this area are the well known H.323 protocol, developed 
by me ITU, Session Initiation Protocol (SIP) or Internet 
Protocol Device Control (IPDC) by the Internet Engi- 
neering Task Force (IETF), or Simple/Media Gateway 
Control Protocol (SGCP or MGCP). Using these IP- 
bassd standards, devk:es such as personal computers 
can Inter-operate seamlessly in a vast inter-network, 
sharing a mixture of audio, video, and data across all 
forms of packet-based networks which may interface 
with cincuit-swltched network portions. 
[00091 To seamlessly integrate canier-grade serv- 
ice architectures within fP-based networks, it has there- 
fore become necessary to provide the capability to 
transport out-of-band signaling information (such as the 
SS7 signaling) on IP connections also. The state-of-the- 
art technology for faclRtating such SS7-over-lP trans- 
port includes utilizing a connection-oriented IP transport 
protocol. Galled Stream Control Transmission Protocol 
(SCTP). for transmitting SS7 signaling messages 
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across the network elements. Clearly, it is highly desira- 
ble that such transport not disrupt or degrade the capa- 
bilities of the signaling network, as they are essential in 
effectuating various advanced services. In particular, it 
is necessary for applications invofving the higher layers 
of the SS7 protocol (e.g., Transaction Capabifities Appli- 
cation Part orTCAR Signaling Connection Control Part 
or SCCR or various User PariB such as fSDN User Part 
or ISUP, Telephony User Part or TUP, and Data User 
Part or DUP) to operate without any degradation when 
the SS7 messages are transported by means of SCTP. 
That is, message dialogs (e.g., call setup, etc.) in these 
applications should remain unaffected even when the 
messages are sent over IP (transport-independency). 
Accordingty, SS7-over-IP mechanisms must satisfy the 
following requirements which are traditionally provi- 
sioned in pure SS7 networks: 

- High reli^Uity; 
High avaUability; 
Short en-or handling time; and 
Extremely low error rates. 

[0010] In general, the functionality of the lower Mes- 
sage Transfer Part (MTP) portion of the SS7 protocol 
(La/el-2 MTP (MTP2) and Level-3 MTP (MTP3) layers, 
rn particular) is responsible for link control and manage- 
ment, network reliability, error handling, etc. Conse- 
quently, the MTP functionality of the messages must be 
preserved as much as possible as they are transported 
over SCTR 

[0011] Several shortcomings and deficiencies exist 
in the state-of-the-art architectures for effectuating SS7- 
over-[R In order to accommodate the MTP func^onallty, 
the existing schemes involve what is known as "back- 
hauling" of the signaling messages over an IP network 
to an IP signaling gatew^ (SG) for processing. Not only 
does this procedure introduce asymmetrical behavior at 
the two ends of the SS7-IP interface, but additional 
complexity related to Operations and Administration of 
the backhauling path is also created accordingly Fur- 
ther, ft should be readity appreciated that where multiple 
SGs are provided and each is operable to recefve back- 
hauled signal traffic via Its own path, such complexity 
can quickly become unmanageable. 
[0012] Moreover, because the paths used for back- 
hauling the signaling traffic necessarily involve IP con- 
nections, such paths are beset with the inherent 
unreliability of IP connectivity. 

SUMMARY OF THE INVEMTfON 

[001 3] Accordingly, the present invention is directed 
to an innovative solution for transporting IN/AFN signal- 
ing (e.g., SS7 signaling) over an IP-based netvi'ori< 
using SCTR wherein a peer-to-peer protocol adaptation 
(PPA) structure is provided at a signaling node. The 
PPA structure includes an intenworking functionality 



between the MTP3 layer and the SCTP messaging, and 
operates to provide a symmetrical MTP2-user adapta- 
tton interface {MTP2-user peer-to-peer adaptation, or 
M2R/\, interface) therebetween. The PPA functionality 

5 facilitates the implementation of network management 
capabititfes Included in the MTP3 l^er such that the 
advantageous features of SS7 signaling are retained 
while transported over the IP network using the SCTP 
protocol. The M2PA interface functionality is processed 

w locally v^th respect to the signaling node, rather than 
backhauling the associated signaling to an external 
node via an IP connectton. The PPA structure may^be 
provided at any signaling node operable to estabHsni a 
virtual link across an IP connection such as, for exam- 

f5 pie, a signaling gateway, an IP-compliant SCP or STR 
et cetera. 

[0014] In one aspect, the present Invention Is 
directed to a telecommunications network element 
operable in the transport of signaling messages over an 

20 IP-based network. The network element comprises a 
first structure operable to effectuate signaling communi- 
cation over a signaling network using a signaling proto- 
col (e.g.. common channel signaling such as SS7 
signaling, or an access signaling protocol such as|he 

25 Q.931 protocol), A second structure in the network ele- 
ment is operable to transport the signafing communba- 
tion across a packet-switched network using an IP- 
based transport protocol such as the SCTP protocol. A 
PPA sfructure Is included in the network element and is 

30 operabty associated with the first and second struc- 
tures. The PPA structure operates to convert the signal- 
ing communication between the signaling protocol 
messages and the IP-based SCTP messages. In 
accordance with the teachings of the present Invention, 

35 the PPA stmcture includes a functionality to facilitate the 
first stmcture to locally process the signaling protocfel's 
signaling messages without backhauling them to an 
external node. 

[0015] In another aspect, the present invention is 

40 directed to a telecommunications network whteh com- 
prises a first network portion operable to transport sign- 
aling messages using SS7 pmtocol and a second 
network portion based on IR The second network por- 
tk)n is provided to be operable to transport the signaling 

45 messages using SCTR A signaling gateway is disposed 
between the first and second network portions, the sig- 
naling gateway including a PPA structure operable to 
intenwork between the SS7 protocol and SCTP messag- 
ing, wherein the PPA structure provides a symmetrical 

so MTP2-like interface between MTP3 layer of the SS7 
protocol and the SCTP protocol. The PPA structure 
includes the functionality to locally process functions 
associated with the MTP2-like layer at a focal node. 
^016] In a yet further aspect, the present Invention 

55 is directed to a method of transporting SS7 signaling 
information over an IP-based networi<. The method 
commences by establfehing a virtual link across an IP 
connection between two nodes disposed in the networik. 



FIG. 4B 
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The virtual Unk Is provided to be operable to propagate 
n^ssages using SCTR Thereafter, the virtual link's 
Iniegrlty is verified by one or both of the two nodes FIGS. 3A and 3B 
which ntay be disposed In a client/server reiaiionship. At 
each of the two nodes, an interworklng process is effec- 5 
tuatedbetween MTPSfuncdonalfty and the SCTP proto- 
col by a PPA structure provided thereat The PPA further 
operates to convert SS7 signal bearer traffic into a 
stream of SCTP messages. Subsequently, the virtual 
link is loaded with the ^am of SCTP messages tor 70 
pl^aga^on between the two nodes over the virtual link, 
[0017] In a related aspect, the present invention FIG. 4A 
prowdes a computer-accessible medium that is opera- 
b{f with a signaling node disposed in an IP-based net- 
work such as the network set forth hereinabove. The is 
computer-accessible medium canies a sequence of 
Instructtons or operations (and/or data) which, when 
executed by a processing entity associated with the sig- 
naling node, causes the signaling node to perfomr^ a plu- 
rality of ^eps for transporting SS7 messages over IP 
connections as described above, 
[fljpia} in yet another aspect, the present invention 
is^illrerted to a fink changeover method in an IP-based 
telecommunications network for transporting SS7 sign- 
aling tnfomriation. The network Includes a local node 25 FIGS, 5 A and 6B 
and a remote node» wherein each of the nodes includes 
an MTP3 structure, an M2PA structure, and an SCTP 
stoticture. Initially, an operational link is established 
between the local and remote nodes by creating one or 
more SCTP assoclstions therebetween. Upon detect- 3C FIG. 5C 
ing, by either or both of the nodes, that a select condi- 
tion related to the association (e.g., link failure, packet 
loss, Quality of Service (QoS) degrEdation, etc.) has 
opcurred, the nodes engage In a procedure tor 
e)^hanging message sequence number information on 
an alternative link established therebetween. Thereaf- 
ter, messages are retransmitted over the altemath/e 
link, the messages starting at a predeternifned 
sequence number based on the message sequence 
number infonrtation exchanged between the nodes. 4o FIG. 7 

BRIEF DESCRIPTION OF THE DRAWINGS 



35 FIGS. 6A and 6B 



[0019] A more complete understanding of the 
present invention may be had by reference to the follow- 
ing Detailed Description when taken in conjunction with 
the accompanying drawings wherein: 



45 FIG. 8 



FIG. 1 
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depicts a network portion wherein 
SS7 messages are transported over 
an iP connection provided In a cur- 
rent architecture; 

depicts a telecommunications net- 
work having an SS7 signaling net- 
work portion and an iP-based 
network portion, wherein the teach- 
ings of the present invention are 



50 FIG. S 
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FIG. 10 



advantageously practiced; 

depict two exemplary embodiments 
of a network portion wherein SS7 
messages are transported over an 
IP connection by utilizing a Level 2 
MTP-User peer-to-peer adaptation 
{M2PA> layer structure provided in 
accordance with the teachings of the 
present invention; 

depicts an exemplary an^ngen>ent 
of the various network elements 
wherein multiple signaling scenarios 
may be implemented in accordance 
with the teachings of the present 
inventton; 

depicts an exemplary link connec- 
tion an^ngement between two 
nodes wherein multiple alternative 
links may be advantageously imple- 
mented; 

depict an example of the fomiation 

of an SCTP association between 
two nodes disposed in a client- 
server relationship; 

is a flow chart of the steps involved 
in an exemplary method for trans- 
porting SS7 messages over an IP 
connection; 

depict various message flows for 
effectuating the M2PA layer struc- 
ture in accordance with the teach- 
ings of the present Invention; 

depicts a message flow diagram for 
effectuating link initialization in 
accordance with the teachings of the 
present invention; 

depbts a message flow diagram for 
effectuating fink confirmation in 
accordance with the teachings of the 
present invention; 

depicts a message flow diagram for 
effectuating message transmission 
and reception in accordance with 
the teachings of the present inven- 
tion; 

deptets a message flow diagram for 
effectuating link status indication in 
accordance with the teachings of the 
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present invention; 

FIG. 1 1 depicts a message flow diagram for 

indicating processor outage in 
accordance with the teachings of the s 
present Inventron; 

FIG. 12 depbts a message flow diagram for 

effectuating congestion notification 
in accordance with the teachings of w 
the present Invention; 

FIG. 13 depicts a message flow diagram for 

effiectuating link deacttvation in 
accordance with the teachings of the ts 
present invention; and 

FIG. 14 depicts a message flow diagram for 

effectuating jink changeover in 
accordance with the teachings of the 20 
present Invention. 

DETAILED DESCRIPTION OF THE DRAWINGS 

[0020] in the drawings, like or slm'rfar elements are 25 
designated with identical reference numerals through- 
out the several views thereof, and the various elements 
depicted are not necessarily drawn to scafe. Refening 
now to FIG. 1 . depicted therein is an e>eemplary network 
portion 100 wherein SS7 messages are transported so 
over an IP connection provided in a cuirent architecture. 
A signaling endpoint (SEP) 1 02 is coupled to a signaling 
gateway (SG) 104 via an SS7 path 108 which may 
involve one or more Signal Transfer Points (STPs) and 
multiple link sets fn some implementations. A media 3s 
gateway controller (MGC) 106 disposed in an IP net- 
work (hot shown) is coupled to the SG 104 via an IP 
connection 1 1 0 which provides for the transport of sign- 
aling messages using an fP transport protocol such as 
the SCTP protocol. The IP connection path 110 may 4a 
also Involve multiple IP links as may be required. 
[0021] SEP 102 is opefBble as a node in an SS7 
network (not shown) that originates or tennmates sign- 
aling messages, such as a central office (CO) switch. 
The SG 104 is operable as a signaling agent that 45 
receives/sends Switched Circuit Network (SCN) native 
signaling at the edge of the IP network. Accordingly, in 
this context, the SG 104 operates as a signaling point 
(SP) that has both an IP interface used for the transport 
of SS7 over IP, and an Interface to the conventional SS7 so 
network. 

[0022] A conventional SS7 protocol stack structure 
1 12 is provided at SEP 1 02 for effectuating SS7 signal- 
ing over the signaling path 106. Three Levels of MTP 
layers, MTP1 through MTP3 (reference numerals 114A ss 
through 1140, respectively), and one or more SS7 user 
parts such as Telephony User Part (TUP), Data User 
part (DUP). etc. (collectivety refen*ed to as SS7LIP 



114D) are accordhgly provided in confbrmfly with 
known SS7 standards. 

[0023] The SG 104 is provided with a nodal inter- 
working function (NIF) 116 for interfacing between^e 
SS7 and IP network portions. MTP1 and hJHVZ form a 
portion of the SS7 protocof stack structure for effectuat- 
ing SCN's native signaling. In order to effectuate SS7- 
DveMR an MTP2-User Adaptation {N2UA) layer 1 180 is 
provkJed as part of NIF 1 16 such that it interfaces to an 
SCTP layer 118B that sits on top of the underlying IP 
layer 118A. 

[0024] The MGC node 106 disposed in the IP net- 
work is provided with a protocol stack structure 120 to 
be operable with the SG 104 for effectuating the SS7- 
over-IP messaging via the IP path 110. The M2UA layer 
118C Included In the protocol stack structure 120 -in 
order to Interface to the SCTP layer 118B provided 
thereat The upper SS7 layers, MTP3 layer 114C and 
SS7UP 1 14D, are also available as part of the protocol 
stack structure 120. 

[0025] Additional description regarding the various 
elements forming the network anangement 1 00 and the 
operation of the M2UA layer for effectuating SS7-over- 
fP transport rn the current architecture may be found In 
a ''work In progress" Internet Draft mied "SS7 h/dPZ- 
User Adaptation Layer" (draft-tetf-sigti^n-m2ua-04.txt) 
which can be accessed at the URL {http:/wwwJetf.prg) 
associated with the IETF. This wori< In progress Inteiliet 
Draft is incorporated by reference herein. 
[0026] Those skilled in the art should realize upon 
reference hereto that solutions Implementing the M2UA 
layer in relevant network elements (such as SGs, 
IPSPs, MGCs» et cetera) for facilitating SS7-over-IP 
involve the backhauling of signaling traffic through the 
IP network portion. That is, In the exemplary network 
arrangement described hereinabove, when a node such 
as the MGC 106 is required to process signaling mes- 
sages involving MTP2 layer functjonality, the processing 
is not perfonned at the MGC. Rather, it Is carried ot^ by 
sending the signaling traffic to the SG node 104 over the 
IP connec^on 110 for processing thereat and subse- 
quently receiving the processed messages by the MGC 
106 for SCTP transport. This backhauling operation 
introduces asymmetrical behavior at the two ends 
(SEP-SG end and SG-MGC end) of the SS7-IP Inter- 
face as embodied by the SG 104. As alluded to In the 
Background section of the present patent application, 
such asymmetrical behavior introduces Increased com- 
plexity relating to Operations and Administration of the 
additional link required for the backhauled signaling traf- 
fic. Furthenrrore, such addittonai links are in general 
unreliable because of the underlying IP-based transport 
employed, thereby compromising the overall reliability 
of the signaling network. 

[0027] FIG. 2 depfcts an exemplary telecommuni- 
cations network 200 having an SS7 slgnaRng network 
portion and an IP-based network portran, wherein the 
teachings of the present Invention may be advanta- 
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geously practiced. Two SEP nodes 202A, 202B and a 
plurality of SS7 links or link sets associated therewith 
exemplify the SS7 signaling network portion. The IP- 
based network portion Is exempfified by two IP-based 
SP nodes (IPSP 206A and 206B) and a packet- s 
s\yitched network (PSN) 208 operably associated there- 
with for provkling IP-based SS7 message transport. 

SG nodes 204A. 204B are also Included In the 
ex^nptery teleconvnunjcatlons signaling network 200, 
whfch are operable to provide SS7-IP interfaces to the ro 
SEP nodes 202A and 202B. respectively. As will be 
described In greater detail herelnbelow, the various SG 
and IPSP nodes are provided with a peer-to-peer proto- 
col jadaptatlon (PPA) structure for facltitattng SS7-over- 
IP transport without backhauling the signaling traffic. t5 
[0028] As set forth above, the SEP nodes are oper- 
able wWi other nodes via SS7 link paths, of which fink 
paths 210 disposed between the SEP and SG nodes 
nnfe exemplary. The SG end IPSP nodes are coupled to 
thi IP-PSN 208 via iP connection paths 212. As is well 20 
known, other nodes such as media gateways (MGWs), 
MQGs. et cetera, m^ also be included in the exemplary 
network 200. Moreover, the IPSP nodes are exemplary 
of various IP-Interfaced nodes such as, e.g., IP signal- 
ing endpcmts (IPSEPs), IP Signal Transfer Points 2s 
(IPSTPs), IP Signal Switching Points (IPSSPs). IP Serv- 
ice Control Points (fPSCPs). and the like. 
[0029] FIGS. 3A and 3B depict two exemplary net- 
work portions wherein SS7 messages are transported 
over IP by utilizing a Level 2 MTP-User peer-to-peer 30 
adaptation {M2PA) layer provided in accordance with 
th^ teachings of the present inventioa The M2PA layer 
may preferably be implemented as a PPA structure in 
software, hardware, firmware, or in any combination 
. thereof at any suitable node such as an IPSP or SG 3S 
described heiBinabove. 

[0030] It should be recognized that the pmvlsional 
patent af^lteation identified hereinabove and on which 
the priority of the present nonprovisional patent applica- 
tion Is based Includes a portion of a work in progress 40 
Internet Draft which refers to the M2PA layer as an 
•M2UA' layer although this layer's functionality is differ- 
er^ from the functionality of the M2UA layer described 
hereinabove in reference to FIG. 1. The 'M2UA" nomen- 
clature was adopted in the work in progress Internet 4B 
Draft at the time the provi^onal patent application was 
filed in order to be compliant with a broad umbrella 
•user adaptation" architecture then proposed under the 
IETF. Some of the definitions used the work in progress 
document forming a portion of the provisional patent 50 
application have since been modified and the current 
version of the work in progress Internet Draft (draft- 
geofge-sigtran-m2p66r-02.bd; incorporated by refer- 
ence herein) identifies the present invention's PPA func- 
tidlialfty as M2PA and not M2UA. Acconiingly, it should 55 
be understood that the "1^21^^ functionafrty described 
as part of the provisional patent applbation referenced 
hereinabove is the same or essentially the same as the 



M2PA functtonality described herein and is compre- 
hended within the PPA structure and functionality of the 
present nonprovisional application. 
[0031] Referring now in parttoular to FIG. 3A, the 
exemplary network portion 300A embodies two IPSP 
nodes 206A» 206B coupled together via an IP transport 
path 303 in a symmetrical peer-to-peer architecture for 
transporting SS7 messages in accordance with ^e 
teachings of the present invention. Each IPSP Is pro- 
vided with a protocol stack structure 302 which com- 
prises an SS7 portbn (a first structure) and an IP/SCTP 
portion (a second structure), wherein the PPA function- 
ality of the present invention is preferably provided in the 
fonn of an interworldng M2PA layer between the MTP3 
layer and the SCTP layer. The M2PA layer thus operates 
so as to present the underlying SCTP layer at a node as 
a full MTP2 layer whose servfees can be used by Hhe 
MTP3 layer at that node. 

[0032] The protocol stack structure 302 provided at 
each IPSP acconjingty includes: IP layer 304A, SCTP 
layer 304B. M2PA layer 304C, and MTP3 layer 304D. 
Those billed in the art should recognize that although 
not expffcitly shown in FIG. 3A, other SS7 layers such 
as the SCOP or User Parts (i.e., SS7UPs) may be 
pfBsent on top of the MTP3 layer 304D of the protocol 
stack stocture 302. 

[0033] In order to achieve seamless interworking at 
the MTP3 layer by way of the M2PA layer, all the primi- 
tives between MTP3 and MTP2 are supported in the 
PPA structure as ernbodied in the M2PA layer of the 
present invention in a presently preferred exemplary 
Implementation thereof. Accordingly, an SCTP associa- 
tion (described hereinbetow in greater detail) created 
between two IP nodes (e.g., IPSPs 206A and 206B) 
operates as a virtual SS7 link therebetween for the 
transport of the MTP3 messages. Further, because the. 
UTP specification requires that each node with an 
MTP3 layer be represented by an SS7 point code, the 
IPSP nodes provided In accordance herewith also have 
a point code, respectively. 

[0034] FIG. 3B depicts another exemplary network 
portion 3008 wherein the IP networi< elements are pro- 
vided with the M2PA layer functionality in accordance 
with the teachings of the present Invention. As set forth 
above, SEP 202A Is operably linked to SG 204A via the 
SS7 link path 210, and is provided with a conventional 
SS7 protocol stack structure 310. Accortingly, the pro- 
tocol stack structure 310 comprises the following layers 
In the exemplary embodiment depicted in FIG. 3B: 
MTP1 layer 306A, MTP2 layer 306B. MTP3 layer 3040, 
SCCP 306C, and TCAP 306D. 
[0035] The SG node 204A (which is essentially an 
IPSP equipped with both tnaditionai SS7 and IP network 
connections) is prciVvi&6 with an intenvorklng protocol 
stack structure 312 including the PPA functionality by 
way of the M2PA layer 304C. The MTP3 layer 304D is 
provided as a user of both MTP2 and M2PA layers so as 
to support the SS7 and IP interfaces. The MTP1 layer 




306A provided in the protocof stack structure 312 effec- 
tuates the slgnaRftg data link functionality required for 
establishing the SS7 Ifnk path 210. The SCTP and IP 
layers (refensnce numerals 304A and 304B, respec- 
tivety) underlying of the M2PA layer 304C correspond- 5 
Irwfly effectuate the IP-based transport of the SS7 
messages In accordance vtflth the SCTP protocol. 
[0036] The IPSP node 206A is coupled to the SG 
nocfe 204A vi^ the rP transport patii 303 as descrHsed 
hereinabove with respect to FIG. 3A. In accordance with to 
the teachings of the present invention, a protocol stack 
structure 314 comprising the symmetrical M2PA func- 
tionality is provided at the IPSP node 206A as previ- 
ously described. Additional SS7 fayers (SCCP 306C 
and TCAP 306D) are also included in the protocol stack 15 
structure for effectuating an Ifvi'AIN-based service an^hi- 
tecture. 

[0037] . Those skilled in the art should recognize that 
the exemplary network portions 300A and 300B are 
only illustrative of the various nodal armngements that 20 
are possible. For example, some network configurations 
may involve IPSP nodes without traditional SS7 links 
that could use the protocol layers 
MTP3//M2PA//SCTP//IP to route SS7 messages in a 
network with all IP links. In yet another example, two SG 25 
nodes may be connected over an IP network to form an 
SG mated pair similar to the way STPs are provisioned 
In traditional SS7 networks (i.e., provisioning redundant 
paii3 for increased reliability). 

[0038] Referring now to FIG. 4A, depicted therein is so 
ah exemplary arrangement 400 of the various network 
elements where multiple signaling network configura- 
tions may be Implemented In accordance with the 
teachings of the present invention. Two SG nodes 204A 
and 2048 are exemplified. Preferably, the functionality 3S 
of the SG nodes may be compartmentalized such that 
pure SS7 connectivity may be provided between them 
via a traditional SS7 path 210 (which coukl include addi- 
tional SS7 nodes disposed in a network}. Accordingly, 
each SG node may be provided with a pure SS7 proto- 40 
col stack structure for effectuating such SS7 connectiv- 
ity. In FIG. 4A, reference numerals 41 2A and 41 2B refer 
to the pure SS7 protocol stack structures for nodes 
204A and 204B, respectively. 

{0039] Each SG node may further be provided with 45 
the symmetrical M2PA functionality of the present 
invention as part of its PPA structure for effectuating . 
SS7-over-IP transport. Protocol stack structures 41 OA 
and 41 OB are accordingly provided at SG nodes 204A 
and 204B, respectively, for effectuating the IP connec* so 
tion path 212 therebetween. In addition, an MTP2/M2PA 
interface Is provided at each SG node for effectuating 
MTP2 transport over IP via path 406, which transport 
does not involve MTP3 layer functionality. Reference 
numerals 408A and 40BB exemplify such MTP2/M2PA ss 
interfaces provided with the SG nodes. 
[0040] A traditional SSP 403 with its associated 
protocoi sta:k 310 is coupled to the SG node 204 A via 
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link 210 for effectuating SS7 signaling. In similar fash- 
ion, an SCP node 402 having a protocol stack 418 Is 
provided to be operable with the SG node 204B via the 
traditional SS link 21 0. Accordingly, a conventional SS7 
signaling configuration involving the SSP and SCP 
nodes be obtained by way of the coupled SG 
nodes. 

[0041] Each of the SG nodes 204A, 204B is also 
prefer^V coupled to one or more appropriate IP-com- 
pliant SP elements for fomiing SS7-over-IP signaling 
network configurations. Thus, IPSP 206A is provided to 
be operable with the intenft/orking protocol stack 41 OA of 
the SG node 204A. In similar fashion, an IPSCP node 
404 is provided to be operabfe with the Intenworking pro- 
tocol stack 41 OB of the SG node 204B. 
[0042] Continuing to refer to FIG. 4A. the exemplary 
network arrangement 400 may preferably Include an 
MGW node 414 coupled to the SG node 204A by 
means of the SS7 link path 210 whidi Is effectuated 
using MTP1 and MTP2 layers. MGW 414 Is operable to 
interface with a plurality of media such as, for exam|>!e, 
Integrated Services Digital Network ((SDN) 426, Pri- 
mary Rate Interface (PRI) 428, and a modem 430. 
Accordingly, it should be appreciated that the access 
signaling protocol messaging associated wfth the 
ISDN/PRI media (e.g.. Q.93t), can be converted to the 
commoTi channel SS7 messaging which may then be 
transported over the IP network in accordance with the 
teaching of the present invention. 
[0043] The SG node 204B is coupied to an IP-MGC 
node 416 having a protocol stack structure 422, wherein 
the intenvorking PPA functionality is embodied in the 
M2PA layer thereof. The IP connection path 212 dis- 
posed between the SG and MGC nodes can-ies out the 
SCTP -based SS7-over-IP tmnsport. A connection path 
424 disposed between the MGW and MGC nodes is 
used for effectuating the transmisston of the MGCP 
messaging over IP therebetween. 
[0044] Referring now to FIG. 48, depteted therein is 
a link connection arrangement between two network 
nodes where multiple alternative links m^ be advanta- 
geously implemented in a network arrangement such as 
the an^ngement 400 described hereinabove with 
respect to FIG. 4A. Nodes 460A and 460B represent 
any two network efemente depicted in FKS. 4A. 
example, node 460A may comprise an SEP or SCP. 
Similarfy, an STP or SCP may be provided as node 
460B. Eac^ node is provided with a link set wrtilch 
includes multiple links for the transport of SS7 mes- 
sages. In FIG, 4B. node 460 A is exemplified with link set 
458A and node 460B is exemplified with link set 458B. 
[0045] As described in greater detail in the forego- 
ing, the Hnk sets may be implemented using conven- 
tional SS7 configurations using SS7 link paths (e.g., 
reference numeral 210) or SS7-over-IP configurations 
involving Rnks based on IP connection paths (e.g., refer- 
ence numeral 212), It should be appreciated that thifee 
configurations may involve one or more SS7 networks 



• « 



13 EP 1089 575 A2 14 



(e.g., SS7 network 452) or one or more IP iietworks 
(e.g., interr^al IP network or intranet 454, leased exter- 
nal IP network or extranet 466). 
[6^] Continuing to refer to FIG. 4B, those skilled 
in the art should readily appreciate upon reference s 
hereto that because cf the multiple signalmg network 
configurations available between the two nodes 460A 
and 460B, link feilover or changeover (hereinafter 
•changeover/ collectively) may be ach/antageously 
implemsnted in the exemplary nodal arrangement 450. io 
Further, such link changeover/feilover (whfch can be 
from a traditional SS7 link to an SS7-over-IP fink and 
vice versa) may be effectuated based on a number of 
con^rations. eg., Quality of Servtee (QOS), link reli- 
ability, bandwidth constraints, packet loss, link avatlabli- 75 
It^. traffic congestion, rate ^heme(s) and sen/ice 
optlons/lprefiefences. et cetera. The M2PA layer*s func- 
tlonafity and relevant message flows tor effectuating a 
link changeover will be set forth in greater detail in the 
subsequent portions of the Detailed Descnption. 20 
[0047] FIGS. 5A and 5B depict an example of the 
formation of an SCTP association between two nodes 
or endpoints disposed in a client-server relationship, 
which association is utilized for the transport of SS7 
messages over IP As Is well known, the SCTP protocol 25 
is preferably pnDVlded as a reliable, connection-oriented 
ttansport protocol operating on top of a connectioniess 
packet switched network such as an IP network, and 
may be viewed as a fayer between an SCTP user appli- 
cation (refen-ed to as "SCTP user,** which in the context sc 
of the present patent application comprises the M2PA 
layer structure) and the undertylng connectionless IP 
network. The basic service offered by SCTP is the relia- 
ble transfer of user messages between peer SCTP 
users by means of an assodation between two SCTP 35 
endpoints. Because SCTP provides in-sequence deliv- 
ery, related functionality may be removed from the 
MTP2 functionality, Accordingiy, the M2PA layer (operat- 
in| as the SCTP user) does not necessarily have to 
include such related functionality. However, since SCTP 40 
does not provide functions related to MTP2 layer's Link 
State Control, these functions are included in the func- 
tionaPfty of the M2PA layer. 

[0048] In order to support peer-to-peer communica- 
tion using SCTR MTP2 l^r's Message Signal Units 45 
(MSUs) are passed by M2PA to SCTP as User Data 
messages for transport across a link. Also, MTP2 layer's 
Link Status Signal Units (LSSUs) (which allow peer 
MTP2 layers to exchange status information) are 
passed by M2PA as Link Status messages. On the so 
otler hand, the M2PA layer need not generate any spe- 
cial messages for the transport of MTP2 layer's RH-ln 
Signal Units (FISUs), as these are typically sent when 
no other SS7 signal units are waiting to be sent, and this 
purpose Is served by the heartbeat messages provided ss 
in SCTP. In addition, because the message acknowl- 
edgment functionality of the FISUs is also addressed by 
SCTP, such functionality may not be needed in the 



M2PA layer. 

[0049] As is well known, Transmit Sequence Num- 
bers (TSNs) are used by SCTP for reliable delivery of 
messages. Further, SCTP uses Stream Sequence 
Numbers (SSNs) for effectuating sequential delivery of 
messages within each stream. On the other hand, the 
I^TP2 layer uses Forward and Backward Sequence 
Numbers (FSNs/BSNs) for message sequencing, whteh 
are of different size than the TSN/SSNs supported by 
SCTP Accordingly, the M2PA functionality includes 
mapping between the TSN/SSNs and FSN/BSNs. 
wherein appropriate modular convereion procedures 
are employed. 

[0050] Because SCTP uses larger sequence. num* 

bers than MTP. the MTP3 layer's Changeover proce- 
dure preferably uses the Extended Changeover Order 
(XCO) and Extended Changeover Acknowledgment 
(XCA) messages as described in the ITU Recommen- 
dation Q.2210, Incorporated by reference herein. The 
use of SCTP SSNs is particularly described in the con- 
text of link changeover procedures set forth hereinbe- 
low- 

[00511 Pursuant to the formation cf an association, 
each SCTP endpoint provides the other endpoint with a 
list of transport addresses (e.g., one or more IP 
addresses in combination with an SCTP port) through 
which that endpoint can be reached and from which it 
will originate SCTP packets. The association spans 
transfers over all of the possible source/destination 
combinations which may be generated from each end- 
point's lists. Additional details regarding SCTP architec- 
ture may be found in the work in progress Internet Draft 
identified as (draft-ietf-sigtran-sctp-1 3.txt) which is Incor- 
porated by reference herein. 

[0052] Continuing to refer to FIG. 5A, a dient node 
502 and a server node 504 are provided in the exem- 
plary network arrangement 500A. To prevent duplicate 
associations from being established, the client/server 
relationship is detemnlned in advance. That Is, it is 
decided beforehand as to which endpoint initiates the 
establishment of an association (l.e, operates as a cli- 
ent). The other encjsoint is of the endpoint pair operates 
as the server. It should be realized that an endpoint may 
be a client in its relationship with one endpoint, and a 
server in its relationship with another endpoint: 
[0053] The client 502 initiates the association using 
the server's IP address and the M2PA structure's port 
number as the destination endpoint. In order to allow for 
mult^ie links between the two endpoints, the client uses 
a different local port number for each Rnk. Preferably, it 
is decided in advance which local ports are to be used 
by the client. During the Inttializatron in accordance with 
the SCTP procedures, addresses of the client ports are 
made available to the server 504. Each combination of 
client IP address/port and server IP address/port 
uniquely identries an association between the two end- 
points. And, each association is mapped to the same 
Signaling Link Code (SLC) in the cfient and server, 
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whtch defines a common reference number for a Hnk 
between two peer MTP3 entitles. 
[0054] AccorcTmgly, based on the foregoing, it 
should be realized that a link Is preferably Implemented 
as an SCTP association identified by two endpolnts, a 5 
client and server, wherein each endpoint Is Identified by 
an IP address and port number. Each association, In 
turn, cotresponds to an SLC. As depicted In FIG. 5A. 
IR^ md IPB refer to the two \P addresses of the client 
and server, respectively. PI and P2 refer to the pre- io 
selected port numbers for the c^ent (wherein reference 
numerals 506 and 508 exemplify the client ports) and 
PW refers to the port number for M2PA (wherein refer- 
ence numeral 610 exemplifies the M2PA port). A first 
SCTP association 51 4A (identified as SLC=a) is thus is 
established using the combination tPA/PI and IPB/PW. 
A second SCTP association 51 4B (Identified as SLC=:b) 
is similarly established between the endpolnts using the 
combination IPA/P2 and IPB/PW. These source/desti- 
nation address combinations are provided as a table 20 
600B in FIG. 5B. 

[0055] Each association preferably contains two 
streams In each direction (not shown). In a presently 
prefen-ed exemplary embodiment of the present inven- 
tion, Stream 0 is designated for Link Status messages. 25 
whereas Stream 1 Is designated for User Data mes- 
sages. 

[0056] If SCTP fails to establish an association after 
the M2PA has received a Start command from its MTP3 
layer, the M2PA preferably responds by reporting that 30 
the link is out of service. If the M2PA has an association 
ID for that association, it may be aborted thereafter by 
using an Abort primitive. Once the association is estab- 
nshed» the M2PA layer Invokes a GetSRTTReport prim- 
itive to determine a Smooth Round Trip Time (SRTT) ss 
parameter from SCTP. If the SRTT parameter Is found 
to be satisfactory and the link has not been deactivated 
by the W1TP3 layer, various link management proce- 
dures are carried out to verify the link's Integrity. There- 
after, the signaling bearer traffic is toaded or placed onto 4o 
the link for l3Bnsport. 

[0057] FIG. 5C depicts a flow chart which summa- 
rizes the steps Involved in an exemplary method for 
transporting SS7 messages In accordance herewith. A 
virtual link is established over an IP connection by 4s 
means of an SCTP association as described herein- 
above (step 540), Upon verifying the virtual finks Integ- . 
rity (step 542), the SS7 messages are corwerted to an 
SCTP stream of signaitng bearer traffic (step 544). The 
virtual link is loaded with the traffic thereafter for trans- so 
port to the destination endpoint (step 546). 
[0058] To seamlessly effectuate the symmetricai 
peer-to-peer protocol adaptation functionality as 
described hereinabove, the foflowng services are pro- 
vided by the M2PA functionality: 55 

- The SS7 MTP3/MTP2 (i.e., MTP2 - user) interface 
is retained at the termination point in the IP net- 



work; 

\ . 

' The M2PA layer provides the equivalent set of serv- 
ices to Its user as provided by MTP2 to MTP3; 

- Support for MTP3/MTP2 interface boundary; and 

Support for peer-to-peer communication. 

[0059] The M2PA fun^ionalfty tncfudes the foltow- 
ing: 

- Mapping: For each IP link, the M2PA layer main- 
tains a map of the SS7 Hnk to its SCTP assocfaSbn 
and Its corresponding IP destination; 

- SCTP Stream Management: SCTP allows a user- 
specified number of streams to be opened during 
the Initialization. It Is the responsibility of the M2PA 
layer to ensure proper management of the sireanns 
associated within each association; and 

- Retention of MTP3: The M2PA layer allows MTP3 
to perform all of its Message Handling and Network 
Management functions with IPSPs as with otfier 
SS7 nodes. 

[0060] In a presently preferred exemplary embodi- 
ment of the present invention, the protocol messages 
for M2PA are preferably provided with a nnessage 
header structure which contains a version, message 
t^e, and message length. This message header Is 
preferably provfcled to be common among all PPA struc- 
tures in a network. As pointed out In the foregoing sec- 
tbns, the M2PA layer supports two types of messages: 
User Data messages (corresponding to the MSUs) and 
Link Status messages (con-esponding to the LSSUs|. In 
MTP, LSSUs hsve priority over MSUs, To accommodate 
this pnority in M2PA functionality, Link Status and User 
Data messages are sent via SCTP on separate streams 
as described In the SCTP association fomiatlon above, 
[0061] Refening now to FiGS« 6A and 6B, depicted 
therein are various message flows for effectuating the 
M2PA layer structure in accordance with the teachings 
of the present Invention. Message ftows among the Wr- 
ious layers (which layers are illustrated as distinct "inter- 
layer message nodes" for the sake of clarity) of a proto- 
col stack structure provided at an IPSP node (e.g., node 
206A) are exemplified. \ 
[0062] Message flow portion 606A illustrates basic 
message transmission and reception between MTP3 
602A and M2PA 603A. Messages are transmitted using 
a Data Request primitive 608 from MTP3 602A to M2PA 
603A, Messages are received using a Data Indfcation 
primitive 61 D from M2PA eOSA to MTP3 602A. 
[0063] When MTP3 6Q2A sends a message; for 
transmission to M2PA 603A, M2PA 603 A adds , the 
M2PA header to the message and passes it to SCTP 
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604A using a Send primitive 609. When M2PA 603A 
receives a Data message 611 from SCTP 604A, rt 
removes the header and passes the message to MTP3 
602A. 

[0064] Message flow portion 606B illustrates mes- 5 
sages lor effectuating link status indication. Upon 
receiving a Communication Up message 612 from 
SCTP 604A, M2PA peffomis link proving (step 614). 
Thereafter, a Linkjin^Servlce message 514 is transmit- 
ted by M2RA 603A to MTP3 602A. In response to a ig 
Communication Lost message 616 is received fmm 
SCTP 604A, M2PA 603A sends a Link_Out„Of_Service 
message 618 to MTP3 602A. 

[0065] The MTP3 layer In an IPSP node can 

request that an SS7 link be brought into alignment using i5 
normal or emergency procedures. During normal align- 
ment, communfcatlon to the other endpoint is tested for 
a period of time In order to ensure that the communica- 
tion link satisfies certain performance requirements 
such as, e.g., the SRTT/Rrr and packet loss. Nonnai 20 
alignment is used when there are other links associated 
with the affected link, wherein the other links are opera- 
ble to the same destination. Emergency alignment is 
used when ^ere are no other links to the same destine- 
tton. During emergency^ the link is not tested for a "long" ss 
period of fime, but instead an indfoation from SCTP is 
used to bring the link in-service. 
[0]f^6] An example of me message flow to bring an 
SS7 link in-service using the normal atignment proce- 
dute is shown in message flow portion 606C. Link align- 30 
ment is estabttshed when MTP3 602A sends a Start 
message 620 to M2PA 603A, To begin alignment in 
M2PA 603A, M2PA sends an Associate primitive (not 
shown) to SCTP 604A if the SCTP association is not 
already estabfished. Responsive to the Start message 35 
620, M2R^ 603A transmits an Establish Response 622 
to MTP3 602A. 

[0(^7] An example of the mess^e flow to bring an 
SS7 link In-servfce using the emergency alignment pro- 
cedure is provided in message flow portion 606D. A Sta- 40 
tus Emergency Request 624 is transmitted frorm MHTPa 
ed2A to M2PA 603A. A Status Response 626 Is pro- 
vided responsive thereto. An Esteblish^Start Request 
628 is subsequently sent from MTP3 602A to M2PA 
603A. Responsive thereto, M2RA 603A transmits an 45 
Establish Response 630 to (VITP3 602A. it should be 
noted, however, that once an Emergency Request is 
transmitted and accepted using a channel (link), that 
condition r^ains on that channel until an Emergency. 
Ceased message Is recehmd or a Management Chan- so 
nel Reset nr^essage. 

[0(68] Message flow portion 606E exemplifies 
messages for effectuating link proving during emer- 
gency. Upon mcelving an Emergency notification 632 
from MTP3 602A, link proving in M2RA 603A is disabled 55 
(step 634). When a Communication Up message 636 is 
received from SCTP 604A, M2PA 603A responds by 
pr^agating a Stetus request 638 to SCTP 604A in 



order to ensure that a performance parameter (e.g,. 
SRTT/RTT) satisfies the requirements of the particular 
communication application. After verifying the link integ- 
rity» a LinkJn.Servtce 640 is sent from M2PA 603A to 
MTP3 602A. 

[0069} Message flow portion 606F exempfifles mes- 
sages for effectuating link proving when emergency is 
ceased. Upon receiving an Emergency Ceased notifica- 
tion 642 from MTP3 602A, link proving in M2PA 603A is 
enabled (step 644). After receiving a Communication 
Up message 646 from SCTP 604A, M2PA 603A 
responds by transmitting Status SfiTT/RTT messages 
648 to SCTP 604A for a predetemiined time duration 
(evg., 3 seconds). Subsequent to verging that the 
SRTT/RTT values satisfy applicable performance 
requirements, a Link.ln^Servbe 6S0 is transmitted to 
MTP3 602Afrom M2PA 603 A. 
[0070} FIGS. 7-14 depkjt message flow diagrams 
for effectuating vanous exemplary M2PA procedures 
involving a link disposed between two nodes, e.g., end- 
points 206A and 206B, wherein appropriate protocol 
layers are once again provided as "Inter-layer message 
nodes'" for Illustrative purposes. 
[0071] Referring in particular to FIG. 7, depicted 
therein a message flow diagram which illustrates 
messages for effectuating link initialization Involving 
endpoints 206A and 206B, It should be appreciated that 
the messages exemplified in FIG. 7 are essentially sim- 
ilar to the messages exemplified In some of the mes- 
sage flow portions described hereinabove with respect 
to FIGS. 6A - 6B. Accordingly^ only the pertinent fea- 
tures are highlighted in detail herein. 
[0072] The message flow depicted in FIG. 7 pro- 
vides an example of the message flow to bring an SS7 
link in-service. While proving is done by both ends of the 
link, rt is shown for one node only (node 206A) for the 
sake of slmpndty. An Out_Of_Service message 702 
propagated between M2PA 603A and MTP3 602A indi- 
cates that the link between nodes 206A and 2068 is 
taken out of service. An Emergency or Emergency 
Ceases message 704 is sent from MTP3 602A to M2PA 
603A, as the case may be, In order to commence a suit- 
able alignment procedure as described above. A Start 
message 706 from MTP3 602A to M2PA 603A initiates 
the process. Responsive to the Start message, M2PA 
603A sends an Associate primitive 708 to SCTP 604A. 
Thereafter. SCTP 604A engages in a suitable SCTP 
association proceckire 710 witii Its peer SCTP 6048 in 
node 206B. Upon successful fonnation of an associa- 
tion between SCTP 604A and 604B. a Communteation 
Up message 712 Is prepared from each SCTP back 
to its M2PA. 

[0073] FIG. 8 depicts a message flow diagram for 
effectuating link confirmation after the SCTP associa- 
tion is established. It shouW be appreciated that even 
though an SCTP association may have been estab- 
lished, It is important that IVI2PA not send MTP3 data at 
this point until it is confirmed that both ends of the link 
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are ready for traffic. Otherwise, messages could be lost. 
The link is confirmed for traffic when the endpolnts 
exchange ln_Service nrtessages. Upon initiating a Get- 
SRTTReport primitive 802 from M2PA 603A to its SCTP 
604A. a peer-to-peer exchange of $ 
Linl<_Status_ln_Service messages 804 and 806 is car- 
ried out between M2PA 603A In node 206A and M2PA 
6038 in node 206B. Thereafter, an fn^Servfce message 
80a is propagated from M2RA 603A to its MTP3 602A to 
indicate that the link is ready for traffic. At this point, w 
MTP3 602A may begin sending data messages. 
[0074] FIG. 9 depicts a message flow diagram for 
effectuating ehd-to-end message transmission and 
reception. As set forth In reference to the message flow 
portions depicted In FIGS. 6A and 6B, appropriate fs 
tran^ission and reception primitives are used between 
MTP3 and M2PA. Upon receiving a message for trans- 
mission via a suitable primitive 902 from MTP3 602A, 
M2PA 6G3A generates a Send primitive 904 to its SCTP 
604A including the data messa^. Thereafter, SCTP 20 
604A transports the message to its peer SCTP 604B In 
node 2068 using known SCTP procedures 906, SCTP 
604B transmits a Receive primitive 908 to its M2PA 
603B with the data message. The received data mes- 
sage Is then sent to MTP3 602B via a Data Indication 25 
primitive 91 0. 

[0075] FfG. 10 depicts a message flow c&agram for 
effectuating link status indication. When SCTP 604A 
detects a commumc^lon loss 1002 (due to, e.g., loss of 
assodation, etc*), it sends a Communication Lost primi- 30 
trve 1004 to its M2PA 603A. Preferabfy, the detection is 
effected at a client node in the client/server pair. Upon 
receiving the Communication Lost primitive 1004, M2PA 
603A notifies MTP3 that tfie link is out of service. An 
Out_Of_Service primitive 1 006 is used for this purpose. 35 
[0076] FIG. 1 1 depicts a message flow csagram for 
indicating processor outage. Preferably, a proscessor 
outage is deemed to exist when M2PA cannot transfer 
messages because of a condition at a higher layer than 
M2PA. When M2PA 603A detects a local processor out- 40 
age (step 1 102), it sends a Link Status Processor Out- 
age message 11 04 to its peer M2PA 603B, with status 
being Processor Outage. This message flow is effectu- 
ated via SCTP messaging 1 106 and Receive primitive 
1108 between SCTP 6048 and M2PA 603B. The peer 45 
M2PA (i.e., M2PA 603B in this example), upon receiving 
the Link Status Processor Outage message, reports 
Remote Processor Outage 1 11 0 to its MTP3 602B. The 
M2PAs discard any messages received and also cease 
sending messages. When the processor outage so 
ceases, MTP3 602A sends a Local Processor Recov- 
ered indication 1 11 1 to the local M2PA, i.e., M2PA 603A. 
The tocal M2PA notifies its peer by sending Link Status 
message 1112, with status being Processor Outage 
Ended. Again, this Is effectuated via SCTP messaging ss 
1114 and Receive primitive 1116 between SCTP 604B 
and M2PA 603B. In response, M2RA 603B notifies its 
MTP3 602B that the remote processor outage has 



ceased (message 1118). 

[0077J FIG. 12 depicts a message flow diagram for 
effectuating congestion notification. When SCTP 604A 
detects congestion 1202 or, depending upon Implemen- 
tation, when M2PA 603A notices repeated Allures to 
Send requests to Its SCTP, an indication of congestion 
onset 1204 Is reported to M2PA 603A. MTP3 602^ is 
then notified of link congestion fay a Congestbn OnW 
1206 (Link_Congested primitive). If the congestion con- 
dition exceecfe a predetennined period of time, MTP3 
602A may take the link out of service (by means of a 
Stop message, for example). 
[0078] Indication of congestion abatement is also 
inrplementatlon-speclflc. SCTP may detect a conges- 
tion abatement condition 1 208 and then notify M2PA 
603A (via indication 1210). Also, M2PA 603A may poll 
the status of its SCTP by transmitting a plurality of Sta- 
tus messages over a period of time. Successful trans- 
mission of the Stetus messages may indii^te 
congesfion abatement 1210. Upon detemilning abate- 
ment, M2PA 603A notifies MTP3 602A of congestion 
abatement 1212 (Link_Congestion_Ceased primitive). 
[0079] FIG. 1 3 d^icts a message flow diagram for 
effectuating link deactivation upon issuing a Stop mes- 
sage 1302 from l\4TP3 602A to its M2PA 603A, In 
response, M2PA 603A sends an Abort message 1304 
to SCTP 604A. Subsequently, SCTP 604A engages In a 
known termination process 1306 so that Its association 
with peer SCTP 604B is deactivated. Thereafter, SCTP 
604A generates a Communication Lost primitive 1306 
to its M2PA 603A, whfch issues an Out_Of_Ser^e 
primitive to MTP3 602A. 

[0080] FIG. 14 depicts a message flow diagram for 
effectuating link changeover/feilover In accordance with 
the teachings of the present invention. As may be read- 
ily appreciated, the objet^lve of the changeover Is to 
ensure that signaling trafflc carried by the unavaKabie 
signaling link (due to congestion, packet loss, link fall- 
ure, etc.) is diverted to an alternative signaling link as 
quickly as possible while avoiding message ioss, dupli- 
cation, or mis-sequencing. Accordingly, the presently 
preferred exemplary embodiment of the present Inven- 
tion includes data retrieval as part of the changec^er 
procedure, which Is performed before opening the alter- 
native signaling link or links. 

[0081 ) Data retrieval comprises the following steps: 

buffer updating, that Is, identifying all those mes- 
sages (e.g., User Data messages) in the retrans- 
mission buffer of the unavailable link which have not 
been received by the remote SCTP, as well, as 
untransmltted messages, and 

transfem'ng those messages to tfie transmission 
buffers of the alternative finks. * ■ 

[0082] In order to support changeover in M2PA, the 
SCTP sequence numbers are used In place of the SS7 
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protocol's FSNs and BSNs. For the purposes of the 
present Invention, SCTP sequence numbers and SS7*s 
FSfSI&^SNs wilt be coflectiveiy referred to as "message 
sequence numbers/ As alluded to henelnbefore, SSNs 
used by SCTP are 1 6 bits long white MnrP2*s 
FSNs/BSNs are 7>bit values. Accordingly, XCO and 
XgA nfiessages are utilized rather than the Changeover 
0«Jef (COO) and Changeover Acknowledgment (CCA) 
n^sages. 

[0083] For data retrieval, MTP3 requests a BSN 
from Its M2PA. This is the sequence number of the last 
message received by the local endpo'fnt. Normally, 
SCTP delivers ordered messages to the MTP applica- 
tion. However, during congestion or failure condition, 
the sequence numbers of the acknowledged messages 
may have gaps. In particular, the Selective Acknowledg- 
ment (SACK) message(s) can hai^e several of such 
g^p$. Accordingly, It is preferable to scan through these 
g%)sand find the sequence number before the first gap. 
For-.rBriable reconstruction of the transmission, this Is 
the sequence number from which the remote endpoint 
has to transmit the messages. Therefore, this sequence 
number-is identtfied as the BSN by the local endpoint 
and communicated to the other endpoint (i.e., the 
remote endpoint). In a similar fashion, the renrwte end- 
point also detects a BSN from its end and communi- 
cates it to the local endpoint Once the local endpoinfs 
MTP receives n\]s BSN, it retrieves all the unacknowl- 
edged messages starting from this number This 
retrieval Is accomplished through a Retrieval Request 
aril FSNC request, where FSNC equals BSN from the 
XCA message. After all the messages are sent from 
M2PA to MTP3 at the local end, a Retrieval Complete 
Indication is sent. 

[0084] It should be recognized that the sequence 
numbers and messages requested by (VITPS may be 
obtained by M2PA from SCTP via a Communication 
Lost primitive. In this alternative approach, it is neces- 
sary that SCTP be pnjvided with the message retrieval 
capability. Accordingly, the SSNs of the messages need 
to be Identified and SCTP may be required to retain the 
messages for a predetermined time in order for retrieval 
by MTP3M2PA whenever an associ^on is aborted. 
Subsequentfy, SCTP must be able to return messages 
to its upper layer (I.e., M2PA) by means of appropriate 
stream(s), and based on SSNs. 
[0085] If M2PA receives a Retrieve BSNT request 
from MTP3, M2PA responds with a BSNT indfeation. 
The BSNT value is the SCTP SSN of the fast message 
received by SCTP User Data stream before any gaps in 
its SSNs. If there are any messages with an SSN 
greater than this BSNT value have been acknowledged 
by SCTP but not have been passed up to M2PA, such 
messages need to be retransmitted by the fer end on an 
alternative link 

[0086] If M2PA retrieves a Retrieval Request and 
FSNC request from its MTP3, M2PA retrieves from 
SCTP the following: 



(A) any transmitted messages beginning with the 
first acknowledged message with SSN greater than 
FSNC; and 

5 (B) any untransmitted nriessages in SCTP. 

[0087] Each of these messages is sent to MTP3, 
pfsferabty in the order of (A) and then (B). Thereafter, as 
alluded to before, M2PA sends a Retrieval Complete 

10 Indication to WHTPS. 

[0088] The message flow depicted In FIG. 14 exem- 
ptlfies the foregoing procedures In a message flow dia- 
gram, wherein the local and far endpoints are illustrated 
fay nodes 206A and 206B, respecth^ely. Upon receiving 

75 a Communication Lost primitive 1 402 from SCTP 604A, 
M2PA 603A sends an 0ut_0f_Servic6 primitive 1404 to 
MTP3 602A. Subsequently, a Retrieve BSN request 
1406 is issued to M2PA 603, whereupon M2PA locates 
the first gap in the received messages (step 1408), as 

20 explained in the foregoing. The BSN is then communi- 
cated to MTP3 602A via an Indicate BSN primitive 
1410, 

[00891 An XCO message 1412 on another link is 
commtunicated by MTP3 602A to its peer in the far end- 

25 point, I.e., MTP3 6028. with the BSN value. The remote 
MTP3 6020 sends a Retrieve BSN request to its M2PA 
1414 which then responds with a BSN indication 1416. 
An XCA message 1418 with the BSN retrieved from the 
remote M2PA 603B is then exchanged with the local 

3c MTP3 602A, 

[0090] A Retrieval Request and FSNC request 
1420 is then forwarded to M2PA 602A at the local end. 
As pointed out before, FSNC equals the BSN value 
received from the far end via the XCA message 1418. 

35 Subsequentty» M2PA locates the first gap in the 
acknowledgment messages {step 1422) and re-sends 
the messages from there on (retrieved messages 
1 424). Upon completion of retransmission, a Retrieval 
Complete rndfcation 1426 is communicated to MTP3 

40 602A, which may transmit the messages on another 
link. 

[OOdI] Based on the foregoing, It should be appreci- 
ated that the present invention advantageously provides 
a symmetrical peer-to-peer protocol adaptation solution 

45 for facilitating the transport of SS7-over-l P which avoids 
the shortcomings and deficiencies of the state-of-the 
art. A high speed IP link may be maintained between 
two SS7 nodes, e.g., between SEP/STP and STP/SCP 
combinations, in order to take advantage of the packet 

SQ transport mechanism while still ensuring carrier-grade 
connectivity and reliability. The PPA structure and func- 
tionality as embodied in the M2PA layer may be pro- 
vided to enhance the functionality of existing STPs for 
supporting Voice -over- IP. In particular, nodes or net- 

55 woric elements such as, e.g., Signaling Gateways, 
Access Gateways, Trunking Gateways, other Media 
Gateways and Media Gateway Controllers, may be pro- 
vided with additional functionality in accordance with the 
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teachings of the present invention for the provtsionrng of 
known and heretofore unknown IN/AIN-based sen/ices, 
involving voice, data, video, audio, interactive multi- 
media, and the tike, over IP-based networks. 
[0092] it is believed that the operation and construc- 
tion of the present invention will be apparent from the 
foregoing Detailed Description. While the apparatus 
and method shown and described have been character- 
ized as being prefenned, It should be readily understood 
that vaHous changes, modifications and enhancements 
could be made therein without departing from the scope 
of the present invention as set forth In me following 
claims. 

Clialms 

1. A telecommunications network element, compris- 
ing: 

a first structure opersble to effectuate signaling 
communication over a signaling network using 
a signaling protocol; 

a second structure operable to transport said 
signaling communication across a packet- 
switched network using an internet Protocol 
(IP)-based transport protocol, said IP-based 
transport protocol including a plurality of IP- 
based messages; and 

a peer-to-peer protocol adaptation (PPA) struc- 
ture associated with said ftrst and second 
structures, said PPA structure operating to con- 
vert said signaling convnunlcatlon between 
said signafing protocol and said IP-based mes- 
sages, said PPA structure including functional- 
ity to facilitate said first structure to locally 
process said signafing protocol's signaling 
messages. 

2. The telecommunications network element as set 
forth in claim 1, wherein said signaling protocol 
comprises an access signaling protocol. 

3. The telecommunications network element as set 
forth in claim 2, wherein said access signafing pro- 
tocof comprises Q.931 protocol assodated with at 
least one of an Integrated Services Digital Metworic 
(ISDN) and Primary Rate Interface (PRl) media. 

4. The telecommunicattons network element as set 
forth in claim l, wherein said signaling protocol 
comprises a common channel signaling protocol. 

5. The telecommunications network element as set 
forth in claim 4, wherein said common channel sig- 
naling protocol comprises Signaling System No. 7 
(SS7> protocol associated with switched circuit net- 



work. ^ 

6. The telecommunioations networic element as set 

forth in claim 5, wherein saki switched circuit net- 
5 work comprises a wireline telephony network. 

7. The telecommunications network element as set 
forth In claim 6, wherein switched circuit network 
comprises a wireless telephony network. 

TO 

8. The telecommunications network element as set 
forth in claim 5, wherein said IP-based transport 
protocol comprises Stream Contnol Transmisston 
Protocol (SCTP). 

15 

9. The teiecommunica^ons network element as set 
forth In claim 8, wherein said PF^^ structure 
includes means to convert transmission sequence 
numbers used by said SCTP protocol to message 

20, sequence numbers used by said SS7 protocol. 

10. The telecommunications network element as set 
forth in claim 9, wherein safd message sequence 
numbers used by said SS7 protocol include forward 

25 sequence numbers. 

11. The telecommunications network element as set 
forth in claim 9, wherein said message sequence 
numbers used by said SS7 protocol fnclude back- 
so ward sequence numbers. 

12. The telecommunications network element as set 
forth in claim 8» wherein said PPA structure 
Includes means for generating User Data mes- 
as sages based on Message Signal Units provided by 

sad SS7 protocol, said User Data messages b^ing 
operable to be transported by using said SCTP pro- 
tocol, 

do 13. The telecommunications network element as set 
forth In dalm 8, wherein said PPA structure 
includes means for generating Link Status mes- 
sages based on Link Status Signal Units provided 
by said SS7 protocol, said Link Status messages 

45 bemg operable to be transported by using said 
SCTP protocol. 

14. The telecommunications network element as|set 

forth in claim 8, wherein said PPA structure 
so includes mapping nrveans to maintain a map 
between an SS7 communksatlon Tmk and ite con'e- 
sponding SCTP association. 

15- A tetecommunicatfons network, comprising: 

55 

a first network portion operable to transport sig- 
naling messages using Signaling System Ho, 7 
(SS7) protocol; 
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a second network portion based on Internet 

• Protocol (iP), said second network portion 
being operable to transport said signaling mes- 
sages using Stream Control Transmission Pro- 
tocol (SCTP); and s 

a signaling gateway disposed between said 
first and second network portions, said signal- 
ing ^em/ Including a peer-to-peer protocol 
adaptation (PPA) structure operable to inter- to 
work between said SS7 protocol and SCTP 
messaging, wherein said PPA structure pro- 
% vides a Level 2 Message Transfer Part (MTP2) 
interface between a Level 3 MTP (MTP3) layer 
of said SS7 protocol and said SCTP protocol, is 
said PPA structure including functionality to 
locally process functions associated with an 
MTP2 layer. 

16. The telecommunications network as set forth In so 

claim 15, wherein said signaling gateway is coupled 
to a signaling endpoint (SEP) disposed in said first 
network portion. 

I'k The telecommunications network as set forth in 25 
claim 15. wherein said signaling gateway is coupled 
to a Signal Transfer Point (STP) disposed In said 
first network portion. 

18. The telecommunications network as set forth in 30 
claim 15, wherein said signaling gateway is coupled 

to a Signal Switching Point (SSP) disposed in said 
first signaling network, 

19. The telecommunications network as set forth in ss 
■:\ claim 16, wherein said signaling gateway is coupled 

* to an IP-signaHng point (iPSP) disposed in said 
second network portion. 

2Q« The telecommunications network as set forth in 40 
claim 19, wherein said IPSP comprises an IP- 
based Service Control Point (IPSCP). 

21. The telecommunications network as set forth in 
claim 19, wherein said IPSP comprises an IP- 4S 
based signaling endpoint (IPSEP). 

2% The telecommunications network as set forth in 
' claim 15, wherein said signaling gateway is coupled 
to a media gateway controller (MGC) disposed in so 
said second network portion. 

23. An Internet Protocol (IP)-based telecommunica- 
tfons network for transporting Signaling System No. 
7 {SS7) signaling infomiation to effectuate an Intel- ss 
ligent Metwork {IN)-capabie servkie architecture, 
comprising: 



a first IP signaling point (IPSP) having a Level 3 
Message Transfer Part (MTP3) functionality 
assodated therewith; 

a second IP signaling point (IPSP) having a 
Level 3 Message Transfer Part (MTP3) func- 
tk>nality associated therewith; 

an iP-based virtual link coupling said first and 
second IPSPs, said IP-based virtual link being 
operable to propagate messages using Stream 
Control Transmission Protocol (SCTP); and 
each of said first and second IPSPs including a 
peer-to-peer protocol adaptation (PPA) stnjc- 
ture operable to Interwork between corre- 
sponding IPSP's MTP3 functionality and said 
SCTP protocol, wherein said PPA structure 
provides a Level 2 Message Transfer Part 
(MTP2) interface to said MTP3 functionality, 
said PPA structure including functionality to 
locally process furctions associated with said 
MTP2 Interface. 

24. The IP-based telecommunications network for 
transporting SS7 signaling information as set forth 
in claim 23. wherein said first IPSP comprises an IP 
signaling enc^oinl (IPSEP). 

25. The IP-based telecommunications network for 
transporting SS7 signaling information as set forth 
in darn 23, wherein said second IPSP comprises 
an IP Service Control Point (IPSCP). 

26. The IP-based telecommunications network for 

transporting SS7 signaling infonnation as set forth 
in claim 23, wherein said first IPSP comprises a sig- 
naling gateway disposed in an SS7 signaling net- 
work. 

27. The IP-based telecommunications network for 
transporting SS7 signaling Intbnmatlon as set forth 
in daim 23, wherein said second IPSP comprises 
an IP media gateway controller (MGWC). 

28- The IP-based telecommunications network for 
transporting SS7 signaling information as set forth 
in daim 23. wherein said second IPSP comprises 
an \P Signal Transfer Point (IPSTP). 

29. A method of transporting Signaling System No. 7 
(SS7) signaling Information over an Internet Proto- 
col {IP)-based network, comprising the steps of: 

establishing a virtual link across an )P connec- 
tion between two nodes, said virtual link being 
operable to propagate messages using Stream 
Control Transmission Protoco* (SCTP); 
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verifyrng said vtrtuaf fink's integrity by one of 
said two nodes; 

intenA/orking, at each of said two nodes, 
between a Level 3 Message Transfer Part 
(MTP3) functionality and said SCTP protocol 
by a peer-to-peer protocol adaptation (PPA) 
structure provided thereat, said PPA operating 
to convert SS7 signal bearer traffic into a 
stream of SCTP messages: and 

loading said virtual link with sakJ stream of 
SCTP messages for propagatton between said 
two nodes over said virtual link. 

30. The method of transporting SS7 signaling informa- 
tion over an IP-based network as set forth in claim 

29, further comprising the steps of: 

detennining If a predetemr^ined quality condi- 
tion associated with said virtual link between 
said two nodes Is degraded by a select amount; 

rf so, suspending said stream of SCTP mes- 
sages on said virtual link and establishing an 
alternative link between said two nodes; and 

propagating said signal bearer traffic over said 
alternative link. 

31. The method of transporting SS7 signaling Infonma- 
tion over an iP-based network as set forth in claim 

30, wherein said alternative link comprises an iP- 
. based link. 

32. The method of transporting SS7 signaling infomia- 
tlon over an IP-based network as set forth in claim 
30, wherein said alternative link comprises an SS7 
link. 

33. The method of transporting SS7 signaling Informa- 
tion over an IP-based network as set forth in claim 
29, wherein one of said two nodes comprises an IP 
Signal Transfer Point (IPSTP). 

34. The method of transporting SS7 signaling informa- 
tion over an IP-based network as set forth in claim 
29, Wherein one of said two nodes comprises an IP 
signaling endpoint (IPSEP). 

35. The method of transporting SS7 signaling informa- 
tion over an IP-based network as set fonh in claim 
29. wherein one of said two nodes comprises an IP 
Service Control Point (IPSCP). 

36. The method of transporting SS7 signaling informa- 
tion over an IP-based network as set forth in ciaim 
29. wherein one of said two nodes comprises an IP 



media gateway controller (MQWC)* 

37. A conrtputer-accessible medium opemble with a sig- 
naling node, said computer-accessible medium 

5 carrying a sequence of operations which, when 
executed by a processing entity associated with 
said signaling node, causes said signaling nod^ to 
perform the steps of: ^ 

w establishing a virtual link across an IP connec- 

tion associated with said signaling node, said 
. virtual link being operable to propagate mes- 
sages using Stream Control Transmission Pro- 
tocol (SCTP); 

IS 

verifying said virtual link*s integrity by said sig- 
naling node; 

interworking, at said signaling node, between a 
20 Level 3 Message Transfer Part {MTP3) fuhc- 

tlonality and said SCTP protocol by a peer-to- 
peer protocol adaptation (PPA) stmcture pro- 
vided thereat, said PPA operating to convert 
SS7 signal bearer trafffe into a stream of SCTP 
25 messages; and 

loading said virtual link with said stream of 
SCTP messages for propagation over said vir- 
tual link associated with said signaling link. 

30 

38. The computer-accessible medium operable wl1|\ a 
signaling node as set forth In claim 37, further 
including Instructions for perfomning the steps of: 

35 determining if a predetermined quality condi- 

tion associated with said virtual link Is 
degraded by a select amount; 

If so, suspending said stream of SCTP mes- 
40 sages on said virtual link and establishing an 

alternative link associated with said signaling 
node; and 

\. 

propagating said signal bearer traffic over said 
45 alternative link. 

39. The computer-accesslble medium operable with a 
signaling node as set forth In claim 38, wherein sard 
altematlve link comprises an IP-based link. 

50 

40. The computer-accessible medium operable with a 
signaling node as set forth in claim 38, wherein said 
alternative link comprises an SS7 link. 

55 41. The computer-accessible medium operable wllN a 
signaling node as set forth In claim 37, wherein said 
signaling node comprises an fP Signal Transfer 
Point (IPSTP). 
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42. The computer-accessible medium operable with a 
signaling node as set forth In claim 37, wherein said 
signaling node comprises an IP signaling endpolnt 
(IPSEP). 

5 

43. The computer-accessible medium operable with a 
. ^ signaling node as set forth in claim 37, wherein said 

signaling node comprises an IP Sen/ice Control 
Point (IPSCP). 

44. The computer-accessible medium operable with a 
signaling node as set forth in claim 37, wherein said 
signaling node comprises an IP media gateway 
controller (MGWC). 

15 

45. A link changeover method in an IP-based telecom- 
munications network for transporting SS7 signaling 
Information* said network Including a local node 

'\ and e remote node, wherein each of said nodes 
includes an MTP3 structure, an M2PA structure, ^ 
and an SCTP structure, comprising the steps of: 

establishing a link between said local and 
remote nodes by creating an association there- 
between; 25 

detecting, by at least one of said local and 
remote nodes, that a select condition related to 
said association has occurred; 

30 

^ responsive to said detection step, exchanging 
message sequence number Information 
between said local and remote nodes on an 
altematlve link established therebetween; and 

35 

based on said message sequence number 
Information, retransmitting messages over said 
alternative link, said messages starting at a 
predetermined sequence number. 

40 

46. The link changeover method In an IP-based tele- 
^ communications network for transporting SS7 sign- 
aling infonnatlon as set forth in claim 46, wherein 
said message sequence number information com- 
prises SCTP sequence number information. 4S 

47. The link changeover method in an IP-based tele- 
communications network for transporting SS7 sign- 
aling infomnatton as set forth in claim 45, wherein 
said message sequence number information com- so 
prises SS7 sequence number infonnn^lon. 

48. The link changeover method in an tP-based tele- 
it communications network for transporting SS7 sign- 
aling infonnatkjn as set forth in claim 47, wherein ss 
smd SS7 sequence number information comprises 
Fonvard Sequence Number information. 



49- The link changeover method in an IP-fc«sed tele- 
communications network for transporting SS7 sign- 
aling Information as set forth in claim 47, wherein 
^id SS7 sequence number infomfiation corrprises 
Backward Sequence NiflTiber Information. 

50. The link changeover method in an IP-based tele- 
communications network for transporting S37 sign- 
aling information as set forth in claim 47, wherein 
said select condition related to said association 
comprises a Quality of Service (QoS) condition. 

51. The link changeover method in an IP-based tele- 
communications networtc for transporting SS7 sign- 
aling information as set forth in claim 47, wherein 
said select condition retated to said association 
comprises a link f^lure condition. 

52. The link changeover method in an IP-based tele- 
communications network for transporting SS7 sign- 
aling information as set forth in claim 47, wherein 
said select condition related to s^d association 
comprises a link reliability condition. 
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□ LINES OR MARKS ON ORIGINAL DOCUMENT 

□ REFERENCE(S) OR EXHIBIT(S) SUBMITTED ARE POOR QUALITY 
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